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(54) Method and apparatus for displaying images on mobile devices 

(57) The present invention relates to a method for 
displaying on a screen (202) of a mobile device (200) an 
image requested from a server device, the image hav- 
ing dimensions much larger than the dimension of the 
screen. In accordance with a set of parameters about 
the screen of the mobile device, the requested image is 
transformed to a reduced version that fits well into the 
screen. The reduced version is inherently divided into a 
number of subareas, each embedded with a link to a 
detailed version thereof which is associated with one of 
the keys in a keypad (206) of the mobile device. By acti- 
vation of a key, a user selects a subarea and a new 
request including the link is sent to the server device 
which then sends out the detailed version. 




Fig. 2 
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Description 

BACKGROUND OF THE INVENTION 
Field of the Invention 

[0001 ] This invention relates generally to the area of 
image display, and more particularly to a method and 
system for displaying recursively images on a display 
screen of a mobile device, wherein the images are of 
larger dimensions than that of the display screen and 
the mobile device may include a cellular telephone, a 
two-way pager, and a palm-sized computing device. 

Description of the Related Art 

[0002] The Internet is a rapidly growing communi- 
cation network of interconnected computers and com- 
puter networks around the world. Together, these 
millions of connected computers form a vast repository 
of multimedia information that is readily accessible by 
any of the connected computers from anywhere at any 
time. To navigate the Internet, the connected comput- 
ers, such as workstations and desktop computers, typi- 
cally operate what is commonly called "browser", an 
application (client) program that generally uses the 
Hypertext Transfer Protocol (HTTP) to make requests to 
the multimedia information throughout the Internet. 
These computers capable of operating the browser 
using HTTP are generally powerful, having sufficient 
computing resources, such as processing power, mem- 
ories, display capabilities and user interfaces. When the 
multimedia information is static image data, only con- 
strained to the local memory, the image data can be 
downloaded to the computers and then manipulated 
and displayed. To provide mobility and portability of the 
Internet, interactive two-way communication mobile 
devices are introduced and capable of communicating, 
via wireless data networks, with the Internet. The inter- 
active two-way communication mobile devices, includ- 
ing two-way pagers, cellular phones, palm-sized 
computing devices and personal digital assistant (PDA) 
apparatuses are among the fastest emerging communi- 
cation devices introduced recently that enable users to 
receive, collect, analyse, review and disseminate infor- 
mation as they travel or move about. Contrary to the 
computers coupled to the Internet, the mobile devices 
are characterized by thin designs in terms of power con- 
sumption and cost constraints that may include less 
memory, lower processing power, etc.. Consequently, 
displaying images on the mobile devices has been a dif- 
ficult task. Further, the input interface provided is often 
limited to a keypad or soft keys that have far fewer avail- 
able keys than a PC keyboard does. Furthermore, the 
mobile devices, such as the cellular phones, are often 
lack of a pointing mechanism as opposed to a mouse 
coming with nearly every desktop computer. Hence 
interacting with a displayed image becomes even a 



more difficult task. 

[0003] There is, therefore, a great need for a solu- 
tion that allows an image to be displayed on the screen 
of a mobile device without taking up the local memory 
5 therein and further permits a user to interact with the 
image when being displayed. 

SUMMARY OF THE INVENTION 

10 [0004] The present invention has been made in 
consideration of the above described problems and 
needs and has particular applications to the navigation 
of Internet web pages by two-way interactive communi- 
cation mobile devices. The design constraints com- 

15 monly seen in the mobile devices includes a relatively 
slow processor, less memory and limited graphics make 
it economically and technically impractical for the 
mobile devices to operate a regular browser so as to 
display images created for those personal computers. 

20 The principles of this invention, nevertheless, make it 
now possible for the thin designed mobile devices to 
effectively interact with the Internet to display recur- 
sively those images. 

[0005] According to one aspect of the present 

25 invention, the Image requested by a mobile device is 
first processed in a server device. In accordance with a 
set of parameters about the screen of the mobile device, 
the requested image is transformed to a reduced ver- 
sion that fits well into the screen. In addition, the 

30 reduced version is inherently divided into a number of 
subareas, each embedded a link to a detailed version 
thereof and associated with one of the keys in the 
mobile device. When the reduced version is displayed 
on the mobile device, a user decides to view an area 

35 that falls into one of the subareas, a corresponding key 
is activated. A new request including the link is sent to 
the server device that consequently returns the detailed 
version. Similarly, the detailed version is inherently 
divided into the same number of subareas. As a result, 

40 all parts in the original image can be recursively viewed. 
[0006] The advantages of the invention are numer- 
ous. Different embodiments or implementations may 
yield one or more of the following advantages. The orig- 
inal image does not have to be downloaded into a 

45 mobile device, which alleviates a very high bandwidth 
requirement on a wireless data network and reduces 
traffics therein. A user will not experience any significant 
delay when requesting an image from a web site as now 
only a fixed number of image data are transmitted every 

so time a request is made. Further the images could be 
created independently from the screen sizes of mobile 
devices that are often varying in sizes and types. 
[0007] Accordingly, one of the objects of this inven- 
tion is to provide a generic solution to two-way commu- 

55 nication mobile devices that can effectively interact with 
a data network, such as the Internet, for images. 
[0008] Other objects, together with the foregoing 
are attained in the exercise of the invention in the follow- 
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ing description and resulting in the embodiment illus- 
trated in the accompanying drawings. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0009] The present invention will be readily under- 
stood by the following detailed description in conjunc- 
tion with the accompanying drawings, wherein like 
reference numerals designate like structural elements, 
and in which: 

Figure 1 illustrates a schematic configuration in 
which the present invention may be practised; 
Figure 2 depicts a typical digital cellular phone that 
can be used as one of the mobile devices in the 
arrangement of Figure 1 to practice the present 
invention; 

Figures 3A and 3B show, respectively, a functional 
block diagram of a link server device and a mobile 
device according to an embodiment of the present 
invention; 

Figure 4 shows an exemplary structure of possible 
user accounts managed by an account manager in 
a server device; 

Figure 5A shows an exemplary image that may be 
fetched from a resource (e.g. service server) on the 
Internet; 

Figures 5B, 5C, and 5D, respectively, shows a 
reduced image being displayed on a screen of a 
mobile device; 

Figures 6Aand6B illustrate, respectively, a process 
flowchart of the image navigation process in a 
mobile device and a link server according to one 
embodiment of the present invention; and 
Figure 7 shows an exemplary image hierarchy. 

DETAILED DESCRIPTION OF THE INVENTION 

[0010] According to the principles of this invention, 
an image being requested by a mobile device is first 
preprocessed in a server that reduces the dimensions 
of the image to proper dimensions for display on the 
screen of the mobile device. The server further provides 
respective hyperlinks to subareas of the reduced image 
divided by a grid so that a detailed version can be pro- 
vided when one of the subareas is activated. Similarly, 
the detailed version is divided by the grid and hyperlinks 
are respectively provided to the subareas in the detailed 
version. As a result, a user is able to see recursively all 
the details that the original image provides. 
[001 1 ] it will be appreciated that the present inven- 
tion disclosed herein can be advantageously used on 
portable devices with small screens to access images 
originally created for regular personal computers. In the 
following description of the present invention, numerous 
specific details are set forth in order to provide a thor- 
ough understanding of the present invention. However, 
it will become obvious to those skilled in the art that the 



present invention may be practised without these spe- 
cific details. The description and representation herein 
are the common means used by those experienced or 
skilled in the art to most effectively convey the sub- 
5 stance of their work to others skilled in the art. In other 
instances, well known methods, procedures, compo- 
nents, and circuitry will not be described in detail to 
avoid unnecessarily obscuring aspects of the present 
invention. 

10 [0012] Referring now to the drawings, in which like 
numerals refer to like parts throughout the several 
views. Figure 1 illustrates a schematic configuration in 
which the present invention may be practised. Landnet 
1 00 is a landline network that may be the Internet, the 

15 Intranet and a data network of other private networks. 
Coupled to landnet 100 are a personal computer (PC) 
1 10 and a network server 104. Personal computer 110 
may be a Pentium-based desktop personal computer. 
Preferably, personal computer 110 runs a HyperText 

20 Markup Language (HTML) browser, such as Netscape 
Navigator formerly former Netscape Communications 
Corporation (http://www.netscape.com) via landnet 100 
using HyperText Transfer Protocol (HTTP) to access 
information stored in network server 1 04 that may be a 

25 workstation from SUN Microsystems Inc 
(http://www.sun.com/). The information stored in net- 
work server 1 04 may be hypermedia information includ- 
ing image data created and accessible by personal 
computer 1 10 for display thereon. 

30 [0013] There are n mobile devices 106 serviced by 
airnet 1 02. Mobile devices 1 06 herein are considered 
interactive two-way communication devices that 
include, but are not limited to, mobile computing 
devices, cellular phones, palm-sized computing devices 

35 with PDA (Personal Data Assistants) functionality and 
Internet-capable appliance remote controllers, and 
capable of communicating wirelessly with antenna 108 
via airnet 102. For simplicity, antenna 108 also repre- 
sents a wireless carrier infrastructure that generally 

40 comprises a base station and an operations and main- 
tenance center. The base station controls radio or tele- 
communication links with mobile devices 106. The 
operations and maintenance center comprises a mobile 
switching center performing the switching of calls 

45 between the mobile devices and other fixed or mobile 
network users. Further the operations and maintenance 
center manages mobile account services, such as 
authentication, and oversees the proper operation and 
setup of the wireless network. Each of the hardware 

so components and processes in carrier infrastructure 1 08 
are known to those skilled in the art and not to be 
described herein to avoid unnecessarily obscuring 
aspects of the present invention. 
[001 4] Between landnet 1 00 and airnet 1 02 there is 

55 a link server device 1 14 functioning as a bridge between 
the two networks 100 and 102. Link server device 114, 
also referred to as proxy server or wireless data server 
or network gateway server, may be a workstation or a 
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personal computer. Link server 114, loaded with many 
processes including compiled and linked version of one 
embodiment implementing the present invention, cou- 
ples airnet 1 02 to landnet 100 and performs many func- 
tions to be described in detail below. Those skilled in the 5 
art understand that any server devices coupled to land- 
net 100 may be used to provide functions carried out by 
link server device 1 1 4. 

[0015] To facilitate the description of the present 
invention, Figure 2 depicts a typical GSM digital cellular w 
phone 200 that can be used as one of the mobile 
devices 106 in the arrangement of Figure 1 to practice 
the present invention. Cellular phone 200 includes a 
small screen 202 and an extended phone keypad 204. 
Screen 202 is typically a LCD display capable of dis- 15 
playing perhaps four lines high by twenty or more char- 
acters and the graphics capabilities thereof are limited. 
Extended phone keypad 204 comprises, preferably, a 
regular phone keypad 206, a pair of generic keys 208 
and 210 and positioning key 212. Generic keys 208 and 20 
21 0, if there are any, are used to activate soft keys dis- 
played in screen 202 and positioning key 21 2 is to repo- 
sition an element indicator or a cursor to activate, for 
example, one of the hyperlinks displayed in screen 202. 
It should be understood, however, generic keys 20B and 25 
21 0 and positioning key 212 are not necessary in prac- 
tising the present invention, they can be replaced by a 
set of designated keys in regular phone keypad 206 but 
provide preferred convenient means for a user to inter- 
act efficiently with the phone 200. It should be noted that 30 
some of the mobile devices sometimes have no physical 
keys at all, such as those palm-size computing devices 
that, however, use soft keys or icons for users to activate 
them by using afinger or a pseudo-pen. In the following, 
unless otherwise specifically described, keys or buttons 35 
are generally referred to as either the physical keys or 
soft keys. 

[0016] Each of hardware components in digital cel- 
lular phone 200 is known to those skilled in the art, so 
the hardware components are not described in detail 40 
herein. According to one embodiment, compiled and 
linked processes of the present invention are stored in 
random access memory (ROM) as a client module and 
a support module. Upon activation of a predetermined 
key or key sequences utilizing keypad 204, a physical 45 
layer processor in digital cellular phone 200 causes the 
client module, via a radio transceiver therein, to commu- 
nicate with link server 114 of Figure 1. It is generally 
understood that a computing device equipped with an 
HTML browser using HTTP can access image data in a 50 
network server and download the image data for local 
display. However, this paradigm is not desirable when 
the computing device is a thin client, such as a cellular 
phone 200 of Figure 2. Current HTTP requires consider- 
able computing power and network bandwidth 55 
resources. For example, a request from the computing 
device to establish a communication session with a net- 
work server may require an exchange of a number of 
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data packets. In addition to the resources required to 
implement HTTP, significant resources must be sup- 
ported in the computing device to request, format, proc- 
ess and display image information. This is not a 
significant disadvantage in many situations because the 
computing device, including personal computers and 
workstations coupled to a network generally has suffi- 
cient computing power, memory and display capabili- 
ties. 

[0017] Cellular phone 200 or mobile devices 106 of 
Figure 1 , however, do not currently have the computing 
resources to implement HTTP to run an HTML browser. 
To keep the portability and usability of a mobile device, 
there are many design constraints, as opposed to those 
of a desktop computer, including limited manoeuvring 
mechanism, low memory and display capabilities. For 
example, a typical color image for display on a desktop 
computer is 640 X 480 that have megabyte data. It 
would be a forbidden task to download any data of that 
magnitude in a wireless network. 
[0018] From the perspective of displaying on a 
mobile device a color image generated for a desktop 
computer, it may be understood to those skilled in the 
art that the mobile device is not a mere replacement of 
a desktop computing device or a combination of a wire- 
less communication module with a personal computer. 
Further, it may be appreciated that making a mobile 
device, such as cellular phone 200, capable of display- 
ing such images is a significant departure from prior art 
systems. 

[0019] Referring now to Figures 3A and 3B, there 
are respectively shown a functional block diagram of a 
link server device and a mobile device according to an 
embodiment of the present invention. Link server 
device, or simply link server 300, that may represent link 
server 102 of Figure 1, is typically a server computer 
and mobile device 350 may, for example, correspond to 
one of mobile devices 106 of Figure 1 or cellular phone 
200 of Figure 2. To avoid obscuring aspect of the 
present invention, well known methods, procedures, 
components and circuitry in link server 300 and mobile 
device 350 are not described in detail. 
[0020] Link server 300 comprises a landnet com- 
munication protocol (LCP) interface 302 that couples to 
landnet 304, a wireless communication protocol (WCP) 
interface 306 that couples to a wireless network 308 via 
a carrier's infrastructure (not shown in the figure). LCP 
interface 302 implements a communication protocol 
operated in landnet 304. Generally, LCP interface 302 is 
an HTTP interface when landnet 304 is the Internet. 
Similarly, airnet 308 may support a wireless communi- 
cation protocol suitable for the characteristics of a par- 
ticular wireless network such as Cellular Digital Packet 
Data (CDPD), Global System for Mobile Communica- 
tions (GSM), Code Division Multiple Access (CDMA) 
and Time Division Multiple Access (TDM A) to name a 
few. One of the common wireless communication proto- 
cols is Handheld Device Transport Protocol (HDTP) 
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(formerly known as Secure Uplink Gateway Protocol 
(SUGP)), which runs on User Datagram Protocol 
(UDP). In this embodiment, WCP interface 306 is imple- 
mented with a UDP or HDTP interface. Other possible 
protocols for airnet 308 may include HTTP, Wireless 5 
Session Protocol (WSP) and other emerging protocols 
that facilitate the transport of data in a wireless data net- 
work. 

[0021] To facilitate the description of the present 
invention, the wireless communication protocol is HDTP 10 
according to one embodiment. It can be appreciated by 
those skilled in the art that this particularity does not 
imply any limitation of the present invention "to this 
exemplary communication protocol. As described 
above, the wireless communication protocol may be 15 
HTTP in which case both land net 100 and airnet 102 
are supporting the same protocol and there is no need 
to perform data mapping between two protocols. This is 
a typical case when link server 300 is implemented in 
one of the server devices on the Internet. Link server 20 
300 further comprises a server module 310 coupled 
between LCP interface 302 and WCP interface 306. 
Server module 310, typically loaded in a memory, per- 
forms traditional server processing as well as protocol 
conversion processing from one communication proto- 25 
col to another communication protocol. In particular, the 
protocol conversion processing includes protocol con- 
version between HDTP/UDP and HTTP/TCP according 
to the embodiment. 

[0022] In server module 31 0, account manager 312 30 
manages through account interface 314 a plurality of 
user accounts for all the mobile devices serviced by link 
server 300. Each of the mobile devices, such as 350, is 
assigned with a device identifier or identification (ID). 
Device ID may be a phone number of the device or an 35 
IP address or a combination of an IP address and a port 
number, for example: 204.163.165.132:01905 where 
204.163.165.132 is the IP address and 01905 is the 
port number. The device ID is further associated with a 
subscriber ID created and administrated by a carrier 40 
administrating link server 300 as part of the procedures 
to activate a subscriber account for mobile device 350. 
The subscriber ID may take the form of, for example, 
861234567-10900_pn.mobile.att.net by AT&T Wireless 
Service, and is a unique identification to a mobile 45 
device. In other words, each of mobile devices 1 06 serv- 
iced by link server 1 14 in Figure 1 has a unique device 
ID that corresponds to a respective user account man- 
aged in link server 114. 

[0023] Additionally, account manager 312 is so 
responsible for creating a user account for a mobile 
device that anonymously communicates with link server 
1 1 4. In this case, account manager 312 ensures proper 
(limited) access of the anonymous mobile device to 
services provided by link server 1 14. Figure 4 shows an 55 
exemplary structure 400 of possible user accounts 
managed by account manager 312. It should be noted 
that the user accounts may not be physically located in 
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link server 300 and in reality can be remotely located in 
one of the computing devices coupled to landnet 104. 
Through account interface 314 that has proper and 
secure access to the user accounts, account manager 
312 can conduct the duties of account management as 
discussed more below. Device ID column 402 is filled 
with the device IDs of mobile devices that further 
respectively correspond to subscriber IDs in subscriber 
ID column 404. Credential information column 406 lists 
respective credential information needed to access 
each associated account. User info 408 may include the 
account configuration Information, for example, device 
ID "6508171453" is a mobile phone that is pre-config- 
ured to work in a GSM network and, probably, may be 
provided with an option to switch to a CDMA network if 
the user moves into an area that has only CDMA net- 
work available. Further entries in user info column 408 
may include pointers or linkages 410 to other account 
related information, such as parameters of the mobile 
device associated with the account. The device param- 
eters may include the type of the mobile device, the user 
input mechanism thereof, the screen sizes (i.e. width 
and height) and etc. 

[0024] Returning now to Figures 3A and 3B, main- 
taining a database of user accounts permits account 
manager 312 to conduct authentication and verification 
processes of the subscribed mobile devices and control 
access to provided services by all mobile devices (sub- 
scribed or anonymous devices) in wireless data network 
308. More importantly in the present invention, account 
manager 312 is responsible for providing device infor- 
mation to facilitate the interactive display of an image 
fetched from the Internet 1 04. 

[0025] Referring to Figure 5A, there is shown an 
exemplary image 500 that may be fetched from a serv- 
ice server on the Internet. Image 500 is generated by 
the service server, for example, 
http://www.mapquest.com, to be displayed on a desktop 
computer with a large screen display. With a mobile 
device, image 500 would not be properly displayed on a 
screen of less than 3 inches commonly seen in the 
mobile device. According to one embodiment of the 
present invention, image 500 is first fetched into link - 
server 300 when image 500 is requested by mobile 
device 350 through link server 300. Image 500 is then 
preprocessed with the parameters of mobile device 350 
provided in the associated account. The parameters 
used may include the screen size and the type. The pur- 
pose of the preprocessing Is to ensure that a reformat- 
ted version of image 500 can be properly displayed. 
Image 500, for example, has a size of 640 by 480 pixels 
and a screen of mobile device 350 can display an image 
of 70 by 60 pixels. One aspect of the preprocessing is to 
reduce or decimate image 500 to the size of 70 by 60 
pixels. A linear interpolation approach, known to those 
skilled in the art, is used to reduce image 500 to the 
appropriate size although there are other methods that 
are available to achieve essentially the same. 
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[0026] Figure 5B shows a reduced image 504 being 
displayed on screen 502 of mobile device 350. With the 
absence of a pointing mechanism, which is commonly 
seen in a cellular phone, one of the important features in 
the present invention is to provide navigation in a chain 
of areas of interest. The numeric keys in a phone key- 
pad are arranged in a 3 by 3 matrix and each of the keys 
is designated to activate a sub-region in the displayed 
image when being pressed or activated. Reduced 
image 504 is geometrically and inherently divided into 9 
hot or sensitive areas, each corresponding to one of the 
keys. As shown in Figure 5B, the top three areas corre- 
sponding respectively to the keys "1 ", "2", and "3", the 
middle three areas corresponding respectively to the 
keys "4", "5°, and"6", and the bottom three areas corre- 
sponding respectively to the keys "7", "8", and "9". Each 
of the sensitive areas, referred to as "1 ", "2", "3", "4", "5", 
"6", "7", "8", and "9", area, respectively, is provided by a 
hyperlink to another image. 

[0027] To be specific, a user is interested in the Bay 
area in California which is too small to be viewed clearly 
together with all the states of the country being dis- 
played in the screen 502. Since the state of California 
appears located in the "4" area of the middle row, the 
key '4" is then activated to request a detailed version of 
the "4" area. Figure 5C shows the detailed version of the 
"4" area is displayed. If the user further presses the key 
"4", the details of the Bay area starts to reveal in the 
screen as shown in Figure 5D. Depending on the origi- 
nal image 500, the details can be requested until the 
original image 500 could provide. 
[0028] From the image resolution perspective, the 
original image 500, regardless of the dimensions 
thereof, can be displayed, block by block and hierarchi- 
cally, on the small screen of a mobile device. 
[0029] Figures 6A and 6B illustrate, respectively, a 
process flowchart of the image navigation process in 
mobile device 350 and link server 300 and should be 
understood in conjunction with the previous figures and 
Figure 7. The flowchart in Figure 6A is for the process In 
the mobile device. At 600, the mobile device checks if a 
communication session is established or valid with the 
link sever. If the communication session is not estab- 
lished or expired, the mobile device at 602 sends a mes- 
sage to the link server to establish a new 
communication session. Otherwise at 604, the mobile 
device sends a request to fetch an image of interest. 
Typically, a request comprises a device identification 
identifying the device and a first address identifier (e.g. 
a domain address) identifying the link server and a sec- 
ond address identifier identifying a resource from which 
the image is fetched. The resource may be another 
server device coupled on the landnet or the Internet and 
typically provides hypermedia information including 
image data for others to access. 
[0030] After the request is sent, the mobile device 
awaits a response from the link server at 606. Generally, 
there is a time limit, namely after a predefined period if 



no response has been received, the mobile device 
aborts the request and sends another request. At 608, 
an image is received, it must be pointed out, the 
received image, referred to as a reduced image, is not 

5 the image originating from the resource. The reduced 
image, as the name suggests, is a transformed image 
from the original image and preferably fits perfectly in 
the screen of the mobile device. 
[0031] The reduced image is inherently divided into 

to a number of subareas, each of the subareas embedded 
with a hyperlink to a detailed version thereof. The 
number of the subareas is typically the number of keys 
that are designated or available for navigation. For 
example, there are at least 10 numerical keys in a typi- 

75 cal phone keypad, here the reduced image is preferably 
divided equally into 3 by 3 subareas, each correspond- 
ing to one of the nine keys "1", '2', "3", "4", "5", "6", "7, 
"8" and "9". If a user wants to see a particular area, a 
corresponding numerical key is activated at 610, which 

20 invokes the mobile device to generate a new request 
that includes the underlying hyperlink. At 61 2, the new 
request is sent to the link server for a detailed version of 
the particular area. 

[0032] Referring to Figure 6B, there is shown a 

25 respective process in the link server. At 640, the link 
server constantly checks if a request is received from 
any of the mobile devices it services. When a request is 
received from one of the mobile device, at 642, the link 
server or the server model loaded therein consults the 

30 account manager if the request is from one of the 
mobile devices being serviced by comparing the device 
identifier with the corresponding account. When the 
mobile device is authenticated, the account manager 
further retrieve a set of parameters about his mobile 

35 device, for example, the dimensions and resolution of 
the screen that mobile device has. 
[0033] At 646, the link server, on behalf of the 
mobile device, contacts the resource for the image that 
the mobile device wants. Afterthe image is fetched over, 

40 the link server processes the image according to the 
parameters at 648. Given the dimensions and resolu- 
tion of the screen, the link server generates an image 
hierarchy that starts with the reduced image. Referring 
to Figure 7, there is shown an exemplary image hierar- 

45 chy 700. Layer 0 702 is the reduced image with dimen- 
sions properly fit into the screen for display and equally 
divided into 9 subareas. Each of the subareas includes 
a link to a detailed version thereof. Specifically, the "7" 
area 704 has a line 706 that points to a detailed version 

so 708. From the image perspective, the "7" area is 
"enlarged" three times in the detailed version 708. Prac- 
tically, the detailed version 708 is generated from the 
original image with respect to the reduced image to 
ensure that the detailed version 708 is again fit into the 

55 screen. Further to the example in Figure 7, the "9" area 
has a link 710 to yet another detailed version 712 
thereof. 

[0034] More specifically, images 702, 708 and 712 
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are all the same dimensions properly for the screen of 
the particular mobile device but have different content 
resolutions. In other words, image 702 covers 9 or 81 of 
those images like image 708 or 71 2 but is so reduced to 
give a user a brief view of the 9 or 81 images. The user 
must selects to view a subarea that results in a detailed 
version. 

[0035] Optionally, the image hierarchy 700 does not 
have to be generated upon receiving the original image 
from the resource. Depending on the implement prefer- 
ence, a detailed version of one of the subareas may be 
generated upon receiving a request specifically asking 
for the detailed version. 

[0036] Referring back to Figure 6B, the detailed ver- 
sion is forwarded to the mobile device for display at 650. 
If a user enters another request for one of the subareas 
in the displayed detailed version at 652, the link server 
will recursively provide the detailed version to the reso- 
lution of the original image provides. 
[0037] The present invention has been described in 
sufficient detail with a certain degree of particularity. It is 
understood to those skilled in the art that the present 
disclosure of embodiments has been made by way of 
example only and that numerous changes in the 
arrangement and combination of parts as well as steps 
may be resorted without departing from the spirit and 
scope of the invention as claimed. Accordingly, the 
scope of the present invention is defined by the 
appended claims rather than the forgoing description of 
embodiments. 

Claims 

1. A method for recursively displaying on a screen of a 
mobile device an image having dimensions much 
larger than the dimension of the screen, the method 
comprising:- 

displaying on the screen of the mobile device a 
reduced image forwarded from a server device, 
the reduced image being transformed from the 
image with respect to a set of parameters asso- 
ciated with the screen; 

generating a new request when a key in the 
mobile device corresponding to a subarea in 
the reduced image is activated; and 
receiving a detailed image of the subarea from 
the server device when the server device 
renders the new request. 

2. A method as recited in claim 1 further comprising: - 

generating a request to fetch the image from a 
data network, the request comprising a device 
identifier identifying the mobile device; and 
sending the request to the server device 
through a wireless network. 



A method as recited in claim 1 or 2 further compris- 
ing:- 

displaying on the screen the detailed image, 
wherein the detailed image is inherently 
divided into a number of subareas, each of the 
subareas associated with a hyperlink to 
another detailed image thereof. 

A method for recursively displaying on a screen of a 
mobile device an image having dimensions much 
larger than the dimension of the screen, the method 
comprising:- 

displaying on the screen of the mobile device a 
reduced image forwarded from a server device, 
the reduced image being inherently and 
equally divided into a number of subareas, 
each of the subareas being embedded with a 
hyperlink to a detailed version thereof and 
associated with one of keys of the mobile 
device; 

generating a new request in response to an 
activation of one of the keys for the detailed 
version; the new request comprising a device 
identifier identifying the mobile device; and 
receiving the detailed version from the server 
device after the server device renders the new 
request. 

A method as recited in claim 4 wherein the reduced 
image is transformed from the image by the server 
device according to a set of parameters about the 
screen of the mobile device. 

A method for recursively displaying on a screen of a 
mobile device an image having dimensions much 
larger than the dimension of the screen, the mobile 
device having a keypad including a number of keys, 
the method comprising:- 

displaying on the screen of the mobile device a 
reduced image forwarded from a server device, 
the reduced image being inherently and 
equally divided into a number of subareas, 
each of the subareas being embedded with a 
hyperlink to a detailed version thereof; 
moving a cursor to one of the subareas in 
response to an activation of one of the keys; 
generating a new request, the new request 
comprising the hyperlink to the detailed version 
of the one of the subareas; and 
sending the new request to the server device to 
receive the detailed version therefrom after the 
server device renders the new request. 

A method for recursively displaying on a screen of a 
mobile device an image having dimensions much 
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larger than the dimension of the screen, the mobile 
device having a keypad including a number of keys, 
the method comprising:- 

fetching the image from a resource on a land- 
net according to a request from the mobile 
device, the request comprising an address 
identifier identifying the resource; 
generating from the image an image hierarchy 
starting with a reduced image equally divided 
into a number of subareas, each of the subar- 
eas pointing to a detailed version thereof; and 
forwarding the reduced image to the mobile 
device for display. 

8. A method as recited in claim 7 further comprising:- 

receiving the request from the mobile device 
through a wireless network, the request further 
comprising a device identifier identifying the 
mobile device; and 

consulting an account manager to determine if 
the mobile device is authenticated by examin- 
ing the device identifier. 

9. A method as recited in claim 8 wherein the step of 
generating from the image an image hierarchy com- 
prises: 

reducing dimensions of the image to the 
reduced image in accordance with a set of 
parameters about the mobile device provided 
by the account manager, wherein one of the 
parameters indicates the number of keys that 
can respectively activate the subareas; and 
generating from the image with respect to the 
reduced image the detailed version of each of 
the subareas. 

10. A method as recited in claim 9, the method further 
comprising:- 



14 

identifier identifying the resource; 
generating from the image a reduced image 
equally divided into a number of subareas, 
each of the subareas being provided a hyper- 
link; and 

forwarding the reduced image to the mobile 
device for display. 

12. Amethod as recited in claim 1 1 further comprising:- 

generating from the image with respect to the 
reduced image a detailed version of one of the 
subareas when a new request is received, 
wherein the new request is generated when 
15 one of the keys corresponding to the one of the 

subareas in the reduced image being displayed 
is activated. 

13. An apparatus for recursively displaying on a screen 
so thereof an image having dimensions much larger 

than the dimension of the screen, the apparatus 
comprising:- 

an input means; 
25 a memory for storing code for a client module; 

and 

a processor coupled to the memory executing 
the code in the memory to cause the client 
module to:- 

display on the screen a reduced image for- 
warded from a server device, the reduced 
image being transformed from the image 
with respect to a set of parameters associ- 

35 ated with the screen; 

generate a new request when a key in the 
input means corresponding to a subarea in 
the reduced image is activated; and 
receive a detailed image of the subarea 

40 from the server device when the server 

device renders the new request. 
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forwarding the detailed version of one of the 
subareas when a new request is received from 
the mobile device, wherein the new request is 
generated when one of the keys corresponding 
to the one of the subareas in the reduced 
image being displayed is activated. 

1 1 . A method for recursively displaying on a screen of a 
mobile device an image having dimensions much 
larger than the dimension of the screen, the mobile 
device having a keypad including a numberof keys, 
the method comprising:- 

fetching the image from a resource on a land- 
net according to a request from the mobile 
device, the request comprising an address 



14. An apparatus for recursively displaying on a screen 
of a mobile device an image having dimensions 
much larger than the dimension of the screen, the 
mobile device having a keypad including a number 
of keys, the apparatus comprising:- 

a memory for storing code for a server module; 
and 

a processor coupled to the memory executing 
the code in the memory to cause the server 
module to:- 

fetch the image from a resource on a land- 
net according to a request from the mobile 
device, the request comprising an address 
identifier identifying the resource; 
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generate from the image an image hierar- 
chy starting with a reduced image equally 
divided into a number of subareas, each of 
the subareas pointing to a detailed version 
thereof; and 

forward the reduced image to the mobile 
device for display. 

15. An apparatus for recursively displaying on a screen 
of a mobile device an image having dimensions 
much larger than the dimension of the screen, the 
mobile device having a keypad including a number 
of keys, the apparatus comprising:- 

a memory for storing code for a server module; 
and 

a processor coupled to the memory executing 
the code in the memory to cause the server 
module tor- 
fetch the image from a resource on a land- 
net according to a request from the mobile 
device, the request comprising an address 
identifier identifying the resource; 
generate from the image a reduced image . 
equally divided into a number of subareas, 
each of the subareas being provided a 
hyperlink; and 

forward the reduced image to the mobile 
device for display. . 
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(54) Method and apparatus for displaying images on mobile devices 



(57) The present invention relates to a method for 
displaying on a screen (202) of a mobile device (200) 
an image requested from a server device, the image 
having dimensions much larger than the dimension of 
the screen. In accordance with a set of parameters 
about the screen of the mobile device, the requested 
image is transformed to a reduced version that fits well 



into the screen. The reduced version is inherently divid- 
ed into a number of subareas, each embedded with a 
linkto a detailed version thereof which is associated with 
one of the keys in a keypad (206) of the mobile device. 
By activation of a key, a user selects a subarea and a 
new request including the link is sent to the server de- 
vice which then sends out the detailed version. 
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